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In Response to Examiner's Answer Dated October 22, 2009 

RESPONSE TO EXAMINER'S ANSWER 

In this Reply Brief, Applicants respond to the Examiner's Answer dated October 22, 

2009. 

L SUMMARY 

The Examiner's Answer fails to overcome the reasons for patentability set forth in the 
Applicants' July 20, 2009, Corrective Appeal Brief. In this Reply Brief, Applicants respond 
to the Examiner's Answer and provide additional clarification and reasons why the pending 
claims are patentable. 

The April 29, 2009 Final Office Action rejects claims 1-2, 4-8, 11-12, 14-22, and 24 
under 35 U.S.C. § 103(a) over "Systems Management: Application Response Measurement 
(ARM) API" (The Open Group) (hereafter "ARM API"), in view of U.S. Patent 6,633,908 to 
Leymann et al. (hereafter "Leymann"). However, the rejections as set forth in the Final 
Office Action, and as maintained in the Examiner's Answer, must fail because the applied 
references do not, individually and in combination, teach or suggest each and every limitation 
of claims 1, 1*1, 18, and 21 and the claims that depend therefrom. 
II. ARGUMENT 

A. Claims 1, 11, 18, and 21 Are Not Obvious 

Independent claims 1, 11, 18, and 21 each recite a genetic output relating to current 
operational performance of the service. The Examiner asserts on page 14 of the Examiner's 
Answer that Leymann teaches in column 8, lines 3-14 the making of data available for all 
applications requesting the data by use of an invocation agent, that ARM API teaches in 
Figure 101 the use of the application response measurement API, and that the combination 
teaches the use of a genetic output. 

As acknowledged on page 4 of the Examiner's Answer, ARM API does not disclose 
or suggest the translation of the performance information into a generic output. Regarding 
Leymann, as noted on pages 10-11 of the Corrective Appeal Brief, Leymann instruments 
invocation agents 202 and uses these invocation agents to collect the desired performance 
information. See column 8, lines 1-23. "The present invention contemplates instrumenting 
the invocation agents instead ... ." See column 7, line 67 - column 8, line 1. In other words, 
some specific instrumentation has to take place to ensure compatibility with the ARM 
standard because the invocation agent 202 has to make "the appropriate ARM calls". See 
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column 8 lines 7-8. Furthermore, as Leymann specifically points out, the output must be 
specific to the ARM API - which certainly is not a generic output. Thus, Leymann 
specifically invokes use of the ARM standard, and because Leymann's system outputs data 
specific to the ARM standard, Leymann does not disclose or suggest use of a generic output. 
Instead, Leymann's output is ARM-specific. 

In contrast to ARM API and Leymann, the invention recited in claim 1 puts no 
restrictions on the monitoring agent as in Leymann. Instead, the invention recited in claim 1 
is a method for dynamically determining the health of a service including the step of 
"translating the collected service performance information into a generic output relating to 
current operational performance of the service." Leymann uses a generic monitoring agent 
that is coded to make specific ARM API calls to generate ARM-specific output, and never 
discloses translating the ARM-specific output into a generic output. Claim 1 recites 
translating the collected performance information into a generic output. 

For all the reasons discussed above, claim 1 is patentable over ARM API in view of 
Leymann. 

Claims 11, 18, and 21 recite features similar to those of claim 1, and for these reasons, 
claims 11, 18, and 21 also are patentable. 

Claim 21 depends from patentable claim 1. For these reasons and the additional 
features it recites, claim 2 1 also is patentable. 

B. Dependent Claims Are Not Obvious 

Claims 2, 4-6, and 8 depend from patentable claim 1; claims 12, 14 and 17 depend 
from patentable claim 11; claims 19 and 20 depend from patentable claim 18; and claims 22 
and 24 depend from patentable claim 21. For these reasons and the additional features they 
recite, claims 2, 4-6, 8, 12, 14, 17, 19, 20, 22, and 24 also are patentable. 
III. CONCLUSION 

For at least the reasons set forth above, the inventions recited in claims 1-2, 4-8, 1 1- 
12, 14-22, and 24 are not disclosed or suggested by ARM API and Leymann. 1 Therefore, 
Applicants respectfully request the withdrawal of the rejections and allowance of the pending 
claims. 



For the sake of brevity, Applicants have not repeated some arguments made in the Appeal Brief, which 
Applicants maintain with respect to the rejections under 35 U.S.C. § 103(a) over ARM API and Leymann, 
and which have not been overcome by the Examiner's Answer. 
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No fees are believed to be due. However, should there be any additional fees 
required, please charge any fees required to Deposit Account 08-2025 pursuant to 37 C.F.R. 
§1.25. 

Respectfully submitted, 



Date: December 14, 2009 





Kelly Lee Kasha 
Registration No. 47,743 
Andrews Kurth LLP 
1350 I Street, NW 
Suite 1100 

Washington, DC 20005 
Tel. (202) 662-2736 
Fax (202) 662-2739 
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RESPONSE TO EXAMINER'S ANSWER 

In this Reply Brief, Applicants respond to the Examiner's Answer dated October 22, 

2009. 

I. SUMMARY 

The Examiner's Answer fails to overcome the reasons for patentability set forth in the 
Applicants' July 20, 2009, Corrective Appeal Brief. In this Reply Brief, Applicants respond 
to the Examiner's Answer and provide additional clarification and reasons why the pending 
claims are patentable. 

The April 29, 2009 Final Office Action rejects claims 1*2, 4-8, 11-12, 14-22, and 24 
under 35 U.S.C. § 103(a) over "Systems Management: Application Response Measurement 
(ARM) API" (The Open Group) (hereafter "ARM API"), in view of U.S. Patent 6,633,908 to 
Leymann et al. (hereafter "Leymann"). However, the rejections as set forth in the Final 
Office Action, and as maintained in the Examiner's Answer, must fail because the applied 
references do not, individually and in combination, teach or suggest each and every limitation 
of claims 1, 11, 18, and 21 and the claims that depend therefrom. 

II. ARGUMENT 

A. Claims 1, 11, 18, and 21 Are Not Obvious 

Independent claims 1, 11, 18, and 21 each recite a genetic output relating to current 
operational performance of the service. The Examiner asserts on page 14 of the Examiner's 
Answer that Leymann teaches in column 8, lines 3-14 the making of data available for all 
applications requesting the data by use of an invocation agent, that ARM API teaches in 
Figure 101 the use of the application response measurement API, and that the combination 
teaches the use of a genetic output. 

As acknowledged on page 4 of the Examiner's Answer, ARM API does not disclose 
or suggest the translation of the performance information into a generic output. Regarding 
Leymann, as noted on pages 10-11 of the Corrective Appeal Brief, Leymann instruments 
invocation agents 202 and uses these invocation agents to collect the desired performance 
information. See column 8, lines I - 23. "The present invention contemplates instrumenting 
the invocation agents instead ... i" See column 7, line 67 - column 8, line 1. In other words, 
some specific instrumentation has to take place to ensure compatibility with the ARM 
standard because the invocation agent 202 has to make "the appropriate ARM calls". See 
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column 8 lines 7 - 8. Furthermore, as Leymann specifically points out, the output must be 
specific to the ARM API - which certainly is not a generic output. Thus, Leymann 
specifically invokes use of the ARM standard, and because Leymann's system outputs data 
specific to the ARM standard, Leymann does not disclose or suggest use of a generic output. 
Instead, Leymann's output is ARM-specific. 

In contrast to ARM API and Leymann, the invention recited in claim 1 puts no 
restrictions on the monitoring agent as in Leymann. Instead, the invention recited in claim 1 
is a method for dynamically determining the health of a service including the step of 
"translating the collected service performance information into a generic output relating to 
current operational performance of the service." Leymann uses a generic monitoring agent 
that is coded to make specific ARM API calls to generate ARM-specific output, and never 
discloses translating the ARM-specific output into a generic output. Claim 1 recites 
translating the collected performance information into a generic output. 

For all the reasons discussed above, claim 1 is patentable over ARM API in view of 
Leymann. 

Claims 11, 18, and 21 recite features similar to those of claim 1, and for these reasons, 
claims 11, 18, and 2 1 also are patentable. 

Claim 21 depends from patentable claim 1. For these reasons and the additional 
features it recites, claim 21 also is patentable. 

B. Dependent Claims Are Not Obvious 

Claims 2, 4-6, and 8 depend from patentable claim 1; claims 12, 14 and 17 depend 
from patentable claim 11; claims 19 and 20 depend from patentable claim 18; and claims 22 
and 24 depend from patentable claim 21. For these reasons and the additional features they 
recite, claims 2, 4-6, 8, 12, 14, 17, 19, 20, 22, and 24 also are patentable. 
III. CONCLUSION 

For at least the reasons set forth above, the inventions recited in claims 1-2, 4-8, 1 1- 
12, 14-22, and 24 are not disclosed or suggested by ARM API and Leymann. 1 Therefore, 
Applicants respectfully request the withdrawal of the rejections and allowance of the pending 
claims. 



For the sake of brevity, Applicants have not repeated some arguments made in the Appeal Brief, which 
Applicants maintain with respect to the rejections under 35 U.S.C. § 103(a) over ARM API and Leymann, 
and which have not been overcome by the Examiner's Answer. 
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No fees are believed to be due. However, should there be any additional fees 
required, please charge any fees required to Deposit Account 08-2025 pursuant to 37 C.F.R. 
§1.25. 

Respectfully submitted, 
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Kelly Lee Kasha 
Registration No. 47,743 
Andrews Kurth LLP 
1350 I Street, NW 
Suite 1100 

Washington, DC 20005 
Tel. (202) 662-2736 
Fax (202) 662-2739 
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RESPONSE TO EXAMINER'S ANSWER 

In this Reply Brief, Applicants respond to the Examiner's Answer dated October 22, 

2009. 

I. SUMMARY 

The Examiner's Answer fails to overcome the reasons for patentability set forth in the 
Applicants' July 20, 2009, Corrective Appeal Brief. In this Reply Brief, Applicants respond 
to the Examiner's Answer and provide additional clarification and reasons why the pending 
claims are patentable. 

The April 29, 2009 Final Office Action rejects claims 1-2, 4-8, 11-12, 14-22, and 24 
under 35 U.S.C. § 103(a) over "Systems Management: Application Response Measurement 
(ARM) API" (The Open Group) (hereafter "ARM API"), in view of U.S. Patent 6,633,908 to 
Leymann et al. (hereafter "Leymann"). However, the rejections as set forth in the Final 
Office Action, and as maintained in the Examiner's Answer, must fail because the applied 
references do not, individually and in combination, teach or suggest each and every limitation 
of claims 1, li, 18, and 21 and the claims that depend therefrom. 

II. ARGUMENT 

A. Claims 1, 11, 18, and 21 Are Not Obvious 

Independent claims 1, 11, 18, and 21 each recite a genetic output relating to current 
operational performance of the service. The Examiner asserts on page 14 of the Examiner's 
Answer that Leymann teaches in column 8, lines 3-14 the making of data available for all 
applications requesting the data by use of an invocation agent, that ARM API teaches in 
Figure 101 the use of the application response measurement API, and that the combination 
teaches the use of a genetic output. 

As acknowledged on page 4 of the Examiner's Answer, ARM API does not disclose 
or suggest the translation of the performance information into a generic output. Regarding 
Leymann, as noted on pages 10-11 of the Corrective Appeal Brief, Leymann instruments 
invocation agents 202 and uses these invocation agents to collect the desired performance 
information. See column 8, lines 1 - 23. "The present invention contemplates instrumenting 
the invocation agents instead ... ." See column 7, line 67 - column 8, line 1. In other words, 
some specific instrumentation has to take place to ensure compatibility with the ARM 
standard because the invocation agent 202 has to make "the appropriate ARM calls". See 
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column 8 lines 7 - 8. Furthermore, as Leymann specifically points out, the output must be 
specific to the ARM API - which certainly is not a generic output. Thus, Leymann 
specifically invokes use of the ARM standard, and because Leymann's system outputs data 
specific to the ARM standard, Leymann does not disclose or suggest use of a generic output. 
Instead, Leymann's output is ARM-specific. 

In contrast to ARM API and Leymann, the invention recited in claim 1 puts no 
restrictions on the monitoring agent as in Leymann. Instead, the invention recited in claim 1 
is a method for dynamically determining the health of a service including the step of 
"translating the collected service performance information into a generic output relating to 
current operational performance of the service." Leymann uses a generic monitoring agent 
that is coded to make specific ARM API calls to generate ARM-specific output, and never 
discloses translating the ARM-specific output into a generic output. Claim 1 recites 
translating the collected performance information into a generic output. 

For all the reasons discussed above, claim 1 is patentable over ARM API in view of 
Leymann. 

Claims 11, 18, and 21 recite features similar to those of claim 1, and for these reasons, 
claims 11, 18, and 21 also are patentable. 

Claim 21 depends from patentable claim 1. For these reasons and the additional 
features it recites, claim 21 also is patentable. 

B. Dependent Claims Are Not Obvious 

Claims 2, 4-6, and 8 depend from patentable claim 1; claims 12, 14 and 17 depend 
from patentable claim 11; claims 19 and 20 depend from patentable claim 18; and claims 22 
and 24 depend from patentable claim 21. For these reasons and the additional features they 
recite, claims 2, 4-6, 8, 12, 14, 17, 19, 20, 22, and 24 also are patentable. 
III. CONCLUSION 

For at least the reasons set forth above, the inventions recited in claims 1-2, 4-8, 1 1- 
12, 14-22, and 24 are not disclosed or suggested by ARM API and Leymann. 1 Therefore, 
Applicants respectfully request the withdrawal of the rejections and allowance of the pending 
claims. 



For the sake of brevity, Applicants have not repeated some arguments made in the Appeal Brief, which 
Applicants maintain with respect to the rejections under 35 U.S.C. § 103(a) over ARM API and Leymann, 
and which have not been overcome by the Examiner's Answer. 
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No fees are believed to be due. However, should there be any additional fees 
required, please charge any fees required to Deposit Account 08-2025 pursuant to 37 C.F.R. 
§1.25. 

Respectfully submitted, 

Date: December 14. 2009 ^ 

Kelly Lee Kasha 
Registration No. 47,743 
Andrews Kurth LLP 
1350 I Street, NW 
Suite 1100 

Washington, DC 20005 
Tel. (202) 662-2736 
Fax (202) 662-2739 
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RESPONSE TO EXAMINER'S ANSWER 

In this Reply Brief, Applicants respond to the Examiner's Answer dated October 22, 

2009. 

I. SUMMARY 

The Examiner's Answer fails to overcome the reasons for patentability set forth in the 
Applicants' July 20, 2009, Corrective Appeal Brief. In this Reply Brief, Applicants respond 
to the Examiner's Answer and provide additional clarification and reasons why the pending 
claims are patentable. 

The April 29, 2009 Final Office Action rejects claims 1-2, 4-8, 11-12, 14-22, and 24 
under 35 U.S.C. § 103(a) over "Systems Management: Application Response Measurement 
(ARM) API" (The Open Group) (hereafter "ARM API"), in view of U.S. Patent 6,633,908 to 
Leymann et al. (hereafter "Leymann"). However, the rejections as set forth in the Final 
Office Action, and as maintained in the Examiner's Answer, must fail because the applied 
references do not, individually and in combination, teach or suggest each and every limitation 
of claims 1, 1*1 , 18, and 21 and the claims that depend therefrom. 

II. ARGUMENT 

A. Claims 1, 11, 18, and 21 Are Not Obvious 

Independent claims 1 , 11, 18, and 2 1 each recite a genetic output relating to current 
operational performance of the service. The Examiner asserts on page 14 of the Examiner's 
Answer that Leymann teaches in column 8, lines 3-14 the making of data available for all 
applications requesting the data by use of an invocation agent, that ARM API teaches in 
Figure 101 the use of the application response measurement API, and that the combination 
teaches the use of a genetic output. 

As acknowledged on page 4 of the Examiner's Answer, ARM API does not disclose 
or suggest the translation of the performance information into a generic output. Regarding 
Leymann, as noted on pages 10-11 of the Corrective Appeal Brief, Leymann instruments 
invocation agents 202 and uses these invocation agents to collect the desired performance 
information. See column 8, lines 1 - 23. "The present invention contemplates instrumenting 
the invocation agents instead ... ." See column 7, line 67 - column 8, line 1. In other words, 
some specific instrumentation has to take place to ensure compatibility with the ARM 
standard because the invocation agent 202 has to make "the appropriate ARM calls". See 
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column 8 lines 7-8. Furthermore, as Leymann specifically points out, the output must be 
specific to the ARM API - which certainly is not a generic output. Thus, Leymann 
specifically invokes use of the ARM standard, and because Leymann's system outputs data 
specific to the ARM standard, Leymann does not disclose or suggest use of a generic output. 
Instead, Leymann's output is ARM-specific. 

In contrast to ARM API and Leymann, the invention recited in claim 1 puts no 
restrictions on the monitoring agent as in Leymann. Instead, the invention recited in claim 1 
is a method for dynamically determining the health of a service including the step of 
"translating the collected service performance information into a generic output relating to 
current operational performance of the service." Leymann uses a generic monitoring agent 
that is coded to make specific ARM API calls to generate ARM-specific output, and never 
discloses translating the ARM-specific output into a generic output. Claim 1 recites 
translating the collected performance information into a generic output. 

For all the reasons discussed above, claim 1 is patentable over ARM API in view of 
Leymann. 

Claims 11, 18, and 21 recite features similar to those of claim 1, and for these reasons, 
claims 11, 18, and 21 also are patentable. 

Claim 21 depends from patentable claim 1. For these reasons and the additional 
features it recites, claim 21 also is patentable. 

B. Dependent Claims Are Not Obvious 

Claims 2, 4-6, and 8 depend from patentable claim 1; claims 12, 14 and 17 depend 
from patentable claim 11; claims 19 and 20 depend from patentable claim 18; and claims 22 
and 24 depend from patentable claim 21. For these reasons and the additional features they 
recite, claims 2, 4-6, 8, 12, 14, 17, 19, 20, 22, and 24 also are patentable. 
III. CONCLUSION 

For at least the reasons set forth above, the inventions recited in claims 1-2, 4-8, 1 1- 
12, 14-22, and 24 are not disclosed or suggested by ARM API and Leymann. 1 Therefore, 
Applicants respectfully request the withdrawal of the rejections and allowance of the pending 
claims. 



For the sake of brevity, Applicants have not repeated some arguments made in the Appeal Brief which 
Applicants maintain with respect to the rejections under 35 U.S.C. § 103(a) over ARM API and Leymann 
and which have not been overcome by the Examiner's Answer. ' 
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No fees are believed to be due. However, should there be any additional fees 
required, please charge any fees required to Deposit Account 08-2025 pursuant to 37 CF.R. 
§1.25. 

Respectfully submitted, 
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